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■Statement of challenges 

■Capabilities to meet challenges 

■Experiments run with real satellites to 
validate new capabilities 

• EO-1 

• CHIPS 

• ST-5 

■Conclusion 



_ . 

ire. Mis sions 


^tyha llenbps for F 


Key Capabilities To 




Mee£Ghailenge^ 


“ mission comf^exiiy ai 

^ nStemisstas « lmrop „ W8 



New Millennium Pr< 
togy validation mis 

erion - hyperspect 

UspecVral^nstr^mei 
|her space technol* 


(tended mi: 


■Used following missions to conduct 
experiments to facilitate these capabilities 

• Earth Observing 1 (EO-1) 

• Cosmic Hot Interstellar Plasma 
Spectrometer (CHIPS) 

• Space Technology 5 (ST-5) 

■Experiment with Service Oriented 
Architectures (SOA) 
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PowerPC 
Onboard IP Stack 
128 Mbytes of Memory 
Perfect for Experiments 
(E.g. Secure IP to S/C) 

** OPEN FOR BUSINESS 9/1/05 


ST-5 Overview 
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ST-5 is a three satellite (micro-sat) 
constellation 

NASA New Millennium Program 
technology validation mission 
Help scientists understand the 
Earth's magnetosphere and its 
effect on space weather 

Uses the GMSEC architecture to 
enable cost-effective model-based 
operations to run the ST-5 
constellations lights-out 
Launched March 22, 2006 

Successfully completed mission 
June 22. 2006 


Not much bigger than a large 
birthday cake or a small TV. 
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Vision to Enable Sensor Webs 

Sensor Web Experiments, 


Event-driven Observations, Onboard Autonomy 
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5S approach 9ives users choices for the components in their system. The 


GMSEC architecture provides a 
scalable and extensible ground 
and flight system approach 

• Standardized messages 

■ ■■ ■■ - v ■ ' . - ■ 

formats 

• Plug-and-play components 

• Publish/Subscribe protocol 

• Platform transparency 

■ V Vv. -a'.- 

More info at: http://amsec.osfc nasa newt 
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■ST-5 mission demonstrated parts of (1), 
(2), (5), (6) and (7) (from slide 3) 

• Lights-out operations with model-based software 

• Predict problems before they happen and fix 

■ ■ early 

• Models update themselves automatically 

• Modeling system is built on top of “plug and pis 
architecture to enable easy extensibility 

• Act as stepping stone for this type of capability for 
future missions 
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Real-time Object Modeling Executive (ROME) ^ 

• Supports multiple models and multiple spacecraft 

• Leverages common engineering modeling environments 

; ^(y^ypp^g are eas '^ integrated 

• Models initialized and maintained from telemetry 

• Model control via configuration file or bus directive 

• Results available to GMSEC subscribers f 

• Easily configured via XML v 

• Highly scalable 
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Features of Slmulink as used on STS are as follows; 

• GMSEC Compliance ^ P ity 

• Directives 

- Advanced Mission Planning System (AMPS) 

• M S, ** em T “' (AS ' ST) SySKm 

- ASIST 

* Logmessages 

* Product Messages 

• Predictive Model-Based Operations 

* envifonment m0delS *“ ant,cipate P |atform conditions in a constellation 

— Support Short and Long Term Mission Planning 
’ events!* Wi * h AMPS and ASIST for con,ro1 dlrectlves . telemetry, and profile 

• Constellation Operations Support wm »* 


CFS provides a framework that 
simplifies the development and 
integration of applications 

■ Layered Architecture - software 
°f a j3y e r can be changed without 
affecting the software of other 
layers 

■ Components communicate over a 
standard message-oriented 
software bus, therefore, 
eliminating the need to know the 
details of the lower layers of inter- 
networking. 

■ Software components can be 
developed and reused from 
mission to mission. 

® Dev|lo^ed by Flight SW Branch 

■ More info at: 
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DC - Data Center 

ASIST - Advanced Spacecraft Integration 


S Mobile aaent —autonomous software module that 
can easily be moved around a network 

H Models transformed into mobile agents 
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EO-1 Advanced Land Imager (ALi) 
image of UMBC Campus 
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■ GSFC Mission Systems Evolution Center (GMSEC) 
HI Core Flight Executive (cFE) 

■ Core Flight System (CFS) 

■ SensorML 
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schema 


• Defines interfaces 

• Lists taskable properties 

■ Can apply to any sensor whether In-situ or remote 

■ Facilitates "plug and play" and interoperability between sensors 

• Especially useful for heterogeneous sets of sensors and rapid 
integration of new sensors 

More info at — http.V/vast. nsstc. uah.edu/SensorML/ 

Good article at- http://www.qeoplace.com/aw/2004/Q406oqc.asp 


H>deling Language (SensorML) 



HA proposal was submitted and accepted by the Open 
Geospatial Consortium (OGC) to use EO-1 as part of a 
testbed effort beginning June 2006 and lasting until 
\ December 2006. 

• Testbed effort called OGC Web Services (OWS) - 
phase 4 has may objectives, one of which is Sensor 
Web Enablement (SWE) for sensors via a standard 


(SOA) 

• More info at: 
http://www.opengeospatiai.org/initiatives/7ikM99 

* Sponsored by many organizations including NASA, 
NGA, GeoConnections - Canada, National 

Technology Alliance, GSA, ORNL, LMCO, BAE, 
Ordinance Survey - UK, NATO C3 r andT eleAtlas 
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• Mgure on next slide depicts the portion of the 
demonstration in which EO-1 will participate; generic 
capability to discover and task EO-1 on the Internet 
via the following services: 

• Sensor Planning Service (SPS) - a standard Web 
service interface for requesting , filtering and 
retrieving sensor observations 

•Sensor Alert Service (SAS) — a standard interface 
for asynchronous notification of messages or alerts 
from sensors or sensor services 

• Sensor Registration Service (SRS) - a standard 
Web service to store sensor characteristics for later 
user retrieval 

• Geospatial Interoperability Office at GSFC (M 

Bambacus, Nadine Alamehj major sponsor of OGC 
activities (and in particular OWs-4)and are 
monitoring this activity 29 _ 
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Open Geospatial Consortium (OGC) Web Services 

- Phase 4 Testbed (June - December 2006) 

- EO-1 portion of demonstration 


Wrap EO-1 satellite in 
Sm&oiUL and publish 
its capabilities 
Enable generic command / 
tasking request via SPS 
Enable generic alert 
services via SAS 


Internet 


Store capabilities 
Process user query and 
return the result 


Search for satellites 
based on capabilities 
Register sensor in catalog 
to make It searchable on 
internet 

Command I send 
tasking requests via 
Sensor Planning Services 
(SPS) protocol 
Request alert service from 
satellite via Sensor Alert 
Service (SAS) ■ 
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Conclusion 


■ Building capabilities to enable progressives'll 
mission autonomy via the use of three satellites 

experimenls- ° f lncreas,ngly more ca P abie 

■ Focusing on validating distributed mission control 
and maximizing interoperability 

• Enable changes to mission post launch 

• Combine existing missions into temporary 
virtual constellations” to enable new missions 


M Will add additional real experiments to continue 
to build the toolbox 

• Two recent awards for AIST ESTO call for proposal 
will be used H H 

* An Inter-operable Sensor Architecture to 
Facilitate Sensor Webs in Pursuit of GEOSS - 
Related to OGC effort 

-Key topic - Interoperability 

- PI: Dan Mandl - 3 year effort 

* Using Intelligent Agents to Form a Sensor Web 
for Autonomous Mission Operations 

- Key topic distributed mission control 

“PI: Ken Witt/ISR Co-1 Dan Mandl/GSFC - 3 

year effort 



Conclusion 


Other related awards from AIST ESTO call in Marc! 
2006 will allow possible further synergy 
- E g. - Increasing the Technology Readiness of 
SensorML for Sensor Webs 
» Key topic SensorML for sensor interoperability 
» PI- Michael Botts/Univ. of Alabama - 3 year 


